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ABSTRACT 

This  document  describes  the  implementation  of  intelligent  agents  in  a  distributed  surveillance 
simulation  exercise.  Agent  Oriented  Systems  provided  the  agent  framework  known  as  JACK. 
The  synthetic  environment  includes  STAGE,  which  provides  the  physical  domain  simulation, 
the  DSTO  DICE  simulation  software,  which  is  designed  to  provide  command  and  control 
representation  and  an  in-house  developed  prototype  planning  function  for  optimisation  of 
surveillance  plans. 
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Executive  Summary 


Surveillance  Systems  Modelling  and  Assessment  (SSMA)  group  of  Surveillance 
Systems  Division  (SSD)  aims  to  provide  modelling  and  simulation  capabilities.  One 
aspect  of  the  capability  is  the  use  of  Intelligent  Agents  (IA)  to  carry  out  simulation  of 
military  systems  and  processes.  Examples  include  operator  performance  or  a 
commander's  decision  making  process,  which  may  need  to  be  incorporated  into 
simulations  designed  to  assess  surveillance  capability.  Simple  intelligent  agent 
behaviour  may  be  addressed  using  scripting  languages.  However,  a  more  robust 
capability  is  provided  by  adding  an  agent  framework  to  the  basic  simulation 
environment. 

The  purpose  of  this  report  was  to  describe  the  use  of  I A  technology  in  a  simulated 
environment  to  control  surveillance  assets.  The  implementation  was  carried  out  using 
the  Agent  Orientated  Software  JACK  agent  development  suite.  This  required  bringing 
together  a  distributed  application  using  two  computers  and  several  available 
simulation  frameworks,  including: 

•  The  Scenario  Toolkit  and  Generation  Environment,  STAGE  -  providing  the 
physical  domain  simulation  for  the  scenario, 

•  The  Distributed  Interactive  C3  Effectiveness  simulation,  DICE  -  provides  the 
command  &  control  representation  which  includes  the  message  handling 
function  between  STAGE,  and 

•  The  JACK  Intelligent  Agents. 

Two  JACK  agents,  a  "Planning  controller"  and  a  "platform  controller"  were  developed 
and  used  within  the  agent  infrastructure.  A  previously  developed  "surveillance  asset 
planning  tool"  was  also  used  in  the  simulation.  It  provided  a  planning  function  by 
generating  optimised  surveillance  plans. 

In  operation,  a  human  player  initiates  the  JACK  Agent  by  sending  a  message 
indicating  the  start  of  a  new  surveillance  planning  process.  The  IA  obtains  current 
surveillance  asset  position  information  from  the  STAGE  physical  domain  simulation. 
This  is  then  passed  to  the  surveillance-planning  tool,  which  determines  a  new  plan  for 
maximum  coverage.  The  IA  passes  the  plan  in  the  form  of  new  waypoints  back  to  the 
surveillance  assets. 

The  exercise  demonstrates  the  use  of  IA  technology  in  a  synthetic  environment  and 
also  the  use  of  contracted  support  in  development  of  such  systems  for  defence  projects. 
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AADS 

Australian  Air  Defence  System 

ADFORM 

Australian  Defence  Formatted  Message 

AEW 

Airborne  Early  Warning 

AEW&C 

Airborne  Early  Warning  &  Control 

AOS 

Agent  Orientated  Systems 

AVT 

Asset  Visualisation  Tool 

BOSS 

Battlefield  Command  Support  System 

C2 

Command  &  Control 

C3 

Command  Control  Communication 

CAP 

Combat  Air  Patrol 

CE 

Control  Element 

COTS 

Commercial  Off  The  Shelf 
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Command  Support  System 

DACAO 

Decision  Aids  for  Controlling  Air  Operations 

DICE 

Distributed  Interactive  C3  Effectiveness 

DICEFORM 
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DO 

Director  of  Operations 
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Defence  Science  &  Technology  Organisation 
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Ground  Based  Radar 
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Graphical  User  Interface 

HP 

Human  Player 
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Intelligent  Agent 

ITD 

Information  Technology  Division 

JAL 

JACK  Agent  Language 

JNI 
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Joint  Synthetic  Environment  Facility 
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Local  Area  Network 
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M&S 
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Surveillance  Systems  Modelling  &  Assessment 
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UAV 
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1.  Introduction 


As  part  of  the  Virtual  Air  Environment  (VAE)  task  AIR  99/187,  Surveillance  Systems 
Modelling  and  Assessment  (SSMA)  group  of  Surveillance  Systems  Division  (SSD)  aims 
to  provide  modelling  and  simulation  environments.  One  aspect  of  the  Synthetic 
Environment  (SE)  is  the  use  of  artificial  Intelligent  Agents  (IA)  to  carry  out  some  or  all  of 
the  command  and  control. 

Carrying  out  an  Integrated  Surveillance  experiment  using  an  IA  paradigm  to  control 
surveillance  assets  provides  an  initial  platform  for  further  work  in  this  area.  This  report 
describes  the  development  of  agents  and  implementation  of  a  software  agent 
infrastructure  to  carry  out  such  an  experiment. 


2.  Sea  Air  Gap  Agent 

Sea  Air  Gap  Agent  (SAGA)  was  created  using  the  Agent  Orientated  Systems  (AOS) 
JACK  agent  development  kit  by  taking  advantage  of  existing  arrangements  between 
DSTO  and  AOS.  The  main  software  components  are  JACK,  Distributed  Interactive  C3 
Effectiveness  (DICE)  simulation.  Scenario  Toolkit  And  Generation  Environment 
(STAGE),  Planning  Function  and  the  Australian  Air  Defence  System  (AADS)  scenario.  A 
description  of  each  of  the  components  is  provided  in  the  following  sub  sections.  A 
Human  Player  (HP)  within  the  DICE  environment  adds  additional  control;  this  is 
discussed  in  section  3. 

2.1  AADS  Scenario 

The  physical  environment  implemented  using  STAGE  has  been  provided  by  making  use 
of  the  existing  AADS  scenario  developed  by  Systems  Simulation  and  Assessment  (SSA) 
group  of  Information  Technology  Division  (ITD).  Additional  surveillance  platforms  have 
been  added  to  the  scenario,  which  are  under  direct  control  of  the  JACK  agent.  They 
consist  of  airborne  platforms  representing  a  RAAF  P3C  maritime  patrol  aircraft,  a  Coast 
Watch  Dash  8  maritime  patrol  aircraft  and  a  Global  Hawk  Unmanned  Aerial  Vehicle 
(UAV). 

A  detailed  description  of  the  AADS  scenario  can  be  found  in  Appendix  C. 

2.2  JACK 

JACK  is  a  Commercial  Off  The  Shelf  (COTS)  agent  development  tool  kit  developed  by 
AOS.  In  the  SAGA  project  two  JACK  agents,  a  "Planning  controller"  and  a  "platform 
controller"  were  developed  using  the  agent  infrastructure  and  executed  within  the  DICE 
environment.  The  role  of  the  JACK  agents  is  to  control  the  location  of  the  surveillance 
assets.  Current  position  information  of  each  of  the  surveillance  assets  is  obtained  and 
passed  as  input  to  the  Planning  Function,  refer  2.3.  An  optimisation  of  the  sensor  mix 
based  on  a  surveillance  requirement  is  then  carried  out.  The  resulting  plan  of  waypoints 
is  sent  to  the  JACK  agent,  which  then  issues  position  updates  to  the  surveillance  assets 

A  detailed  Functional  Specification  by  AOS  covering  the  JACK  development  work  can  be 
found  in  Appendix  A. 
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2.3  Planning  Function 

The  Planning  Function  is  an  in-house  tool  developed  by  SSMA  group  of  SSD. 
Implementation  in  the  SAGA  project  as  been  limited  to  meet  specification  and  ease  of 
integration.  Basically  the  surveillance  requirement  is  fixed  whereas  ideally  this  would  be 
provided  as  input  to  the  tool  based  on  the  required  surveillance  coverage.  Input  is  the 
current  position  of  surveillance  assets  and  output  is  a  new  set  of  waypoints  based  on  a 
fixed  surveillance  requirement.  Activation  of  the  planning  function  is  by  direct  request 
from  the  HP  via  the  controlling  JACK  agent. 

A  detailed  specification  describing  the  planning  function  can  be  found  in  Appendix  B. 

2.4  DICE 

The  DICE  simulation  has  a  general-purpose  capability  for  the  modelling  of  C2  systems. 
DICE  provides  a  flexible  GUI  driven  architecture  to  facilitate  communication  between 
components  in  the  simulation.  These  components  include  artificial  agents,  human 
participants  (optional)  and  interfaces  to  physical  domain  models  and  Command  Support 
System  (CSS)  [1].  Artificial  agents  might  represent  the  behaviour  or  functionality  of 
individuals  or  groups  of,  commanders  in  the  C2  system,  and  can  utilise  a  range  of 
intelligent  agent  techniques.  The  human  player  facility  allows  a  real  commander  to 
interact  with  other  agencies  present  in  the  C2  system. 

Within  this  synthetic  environment  DICE  provided  the  interface  to  JACK  agents,  the 
STAGE  simulation  and  a  human  player.  The  DICE  scenario  specifies  the  major 
components  and  the  message  passing  requirements.  The  human  player  facility  within 
DICE  was  utilised  to  represent  the  analyst  who  provides  the  control  for  initiating  the 
Planning  Function. 

A  detailed  document  describing  the  STAGE  Peripheral  Unit  Interface  (PUI)  by  Aspect 
Computing  can  be  found  in  [2]. 

2.5  STAGE 

STAGE  provides  the  simulation  engine  and  the  physical  environment  with  a  2D  visual 
display  showing  a  map  covering  the  region  of  interest  and  icons  representing  the 
participating  assets.  The  STAGE  scenario  is  as  used  by  the  AADS  with  three  surveillance 
assets  added.  The  important  points  are  that  STAGE  provides  entity  state  information 
with  current  position  being  of  prime  importance.  Updated  waypoints  of  the  three 
surveillance  assets  are  provided  back  to  STAGE  upon  completion  of  the  Planning 
Function.  STAGE  then  sets  a  new  course  for  the  assets  complying  with  the  updated 
waypoints. 

A  detailed  description  of  the  AADS  scenario  can  be  found  in  Appendix  C. 
Documentation  describing  the  STAGE  Peripheral  Unit  Interface  (PUI)  by  Aspect 
Computing  can  be  found  in  [2]. 
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3.  SAGA  Operation 

SAGA  operates  within  a  framework  comprising  of  the  software  components  described  in 
section  2  and  the  hardware  as  discussed  below.  A  Human  Player  (HP)  acts  as  one 
component  of  the  control  loop  by  initiating  the  agent  to  commence  a  planning  cycle. 
Feedback  is  provided  within  the  various  windows  and  dialogs  of  the  software 
components.  A  complete  discussion  of  the  operations  is  detailed  in  the  following  sub¬ 
sections. 

3.1  Hardware 

Hardware  comprises  of  the  following  components; 

•  Personal  Computer:  Pentium  3  550  MHz  Personal  Computer  with  19"  monitor  and 
accelerated  graphics  capability.  Windows  NT  4  SP5  OS. 

•  SGI  Work  Station:  Octane  Workstation  with  21"  wide  screen  format  monitor  and 
accelerated  graphics  capability.  IRIX  6.5.11  OS. 

•  SSD  Classified  LAN  providing  socket  connection 

3.2  Software  Distribution 

•  DICE,  JACK  and  the  Planning  Function  reside  on  the  Personal  Computer. 

•  STAGE  and  the  AADS  scenario  reside  on  the  SGI  Work  Station. 

3.3  Running  SAGA 

The  HP  is  required  to  initialise  two  software  components,  namely  DICE  and  STAGE. 
There  is  no  strict  order  as  to  which  program  is  started  first.  DICE  is  used  to  initialise  the 
remaining  software  components 

After  initialisation,  the  HP  interacting  with  DICE  starts  the  SAGA  simulation  running. 
After  an  arbitrary  period  of  time  the  HP  initialises  the  planning  of  assets  to  meet  a  new 
surveillance  requirement  by  issuing  a  DICEFORM  message  (formatted  message  standard 
of  which  a  subset  is  Australian  Defence  Formatted  Message,  ADFORM)  to  the  agent.  The 
agent  interacts  with  the  Planning  Function  controlling  the  input  of  surveillance  asset 
current  positions  and  then  forwarding  the  new  plan  to  update  asset  waypoints  in 
STAGE.  This  process  can  be  repeated  as  required.  A  step-by-step  guide  to  setting  up  and 
running  SAGA  is  provided  in  Appendix  D. 


4.  Results 


There  are  two  main  objectives  of  this  report: 

•  Firstly  to  show  the  use  of  an  IA  technology  in  a  simulated  environment. 

•  Secondly  to  demonstrate  the  use  a  COTS  product  and  contracted  support  in 
development  of  such  systems  for  defence  projects. 
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The  first  objective  was  successfully  achieved  using  the  AOS  JACK  Agent  Language  (JAL) 
to  provide  an  IA  to  control  surveillance  assets  within  STAGE.  Figures  1  and  2  show  the 
main  display  windows  for  DICE  and  STAGE  respectively  at  the  start  of  the  simulation. 
The  HP  initiates  the  IA  by  issuing  a  formatted  message  as  shown  in  figure  3.  This  can  be 
carried  out  at  any  time  during  the  simulation  period.  The  sequence  of  events  carried  out 
by  the  IA  is  most  obvious  at  completion  of  the  planning  cycle.  At  this  point  the 
surveillance  assets  DASH8,  P3C001  and  GH001,  change  course  as  illustrated  in  figure  4. 
Also  a  command  window  provides  some  feedback  from  the  JACK  agents,  see  figure  5 
and  6.  The  whole  exercise  is  fully  demonstrable  by  following  the  procedures  provided  in 
Appendix  D. 

The  second  objective  was  achieved  by  contracting  personnel  from  AOS  to  carry  out  the 
IA  development  work  and  integration  into  the  scenario.  This  was  achieved  successfully, 
with  AOS  showing  a  thorough  understanding  of  the  requirements  and  following 
through  with  best  practice  software  design  and  methodology.  A  component  of  this  is  the 
SAGA  Functional  Specification  Notes  that  can  be  viewed  in  Appendix  A. 
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Figure  2:  STAGE  Situation  Awareness  Display  at  start  of  simulation 


LCLAEWOOV.O 

letAEWQiKtl 

tcwewsa&z 

1CL;C\Y_DA5H3_001 

iCLCutinA 

LCljDflSHftS 

■lCLDarwin:6 

iCUFFGOOi:? 

UJUSBWH* 

iCL;QBR0D2:S 

!.CUGtBR0D3:ID 

lCUGBR0D4:I1 


5 


DSTO-TR-1304 


STAGS  tnaabaseyiltcr 


File  Eoil  SAD  Scripts  Runtime  Maps  DP1'0'15 


Curml  3c*rwb:  *i»g*-«vt-s*  MUB^acm  Oti  Spacing:  1  0*<f*ei  fVaforobdl 


Overview 


Runtime  Inlo 


Weapons 


Figure  3:  DICEFORM  Editor  window  showing  selection  of  message  to  initiate  JACK  I A 


Figure  4:  STAGE  Situation  Awareness  Display  showing  surveillance  assets  change  in  course 
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Figure  5:  Command  window  showing  initialisation  of  JACK  IA 
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[-16.16415023803711 .124.93468475341797.0.0.0] 

[-14.677599906921387. 124. 19029993779297.0.0.0] 

[-14 .419960975646973 .122.351 22680664062 .0.0.0] 

[-13. 04218578338623 .127. 20024108886719 .0.0,0] 

[-11. 22854232788086 .129.1 702880859375 .0.0.0] 

[-1  3 .075891  494750977 .132.1 253509521 4844 .0.0.0] 
sending  to  DASH8@7„portal 
MonitorTrackMoue  plan  initiated 
MonitorTrackMoue  plan  initiated 
Moni torTrackMoue  plan  initiated 


Figure  6:  Command  window  showing  feedback  from  JACK  IA  after  completion  of  the  planning 
cycle 
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5.  Recommendations  and  Overview  of  What  is  Needed 
to  Enable  the  Use  of  IA  in  Simulation 

The  AOS  COTS  product  JACK  is  a  development  environment  for  IA.  JACK  agents  are 
written  using  the  JACK  Agent  Language  (JAL)  and  a  set  of  Java  classes  which  provide 
basic  agent  functionality.  JAL  is  implemented  as  an  extension  to  Java  -  a  JACK 
application  is  compiled  to  Java  code  and  can  therefore  run  in  any  environment  that 
supports  Java.  JACK  is  designed  to  be  an  open  system,  so  wrappers  for  agents  written  in 
other  languages  or  systems  (such  as  C,  C++,  Petri  Net,  or  CLIPS)  are  straightforward  to 
construct.  JACK  agents  can  also  be  readily  interfaced  to  a  variety  of  software  products 
(such  as  databases)  and  bespoke  applications.  Specific  support  is  provided  within  JACK 
(Views  and  JACOB)  to  assist  in  both  these  tasks. 

JACK  is  neutral  with  respect  to  simulation  type  -  it  provides  support  for  both  event- 
stepped  and  time  stepped  agent-based  simulations.  When  interfacing  JACK  agents  with 
an  existing  simulation  package,  one  can  do  this  directly  via  a  custom  JACK  /  simulation 
package  interface  or  use  an  existing  infrastructure  such  as  DICE.  In  the  case  of  STAGE, 
given  that  STAGE  /  DICE  and  JACK  /  DICE  interfaces  are  already  available,  interfacing 
JACK  to  STAGE  via  DICE  was  the  obvious  way  to  proceed.  Note  that  simulation 
environments  such  as  STAGE  have  a  limited  scripting  capability  for  specifying  entity 
behaviour.  Agents  provide  a  convenient  mechanism  for  providing  simulation  entities 
with  much  richer  behaviours  and  they  also  facilitate  the  integration  of  these  entities  into 
larger  experimental  environments. 

It  is  recommended  that  further  work  be  done  to  provide  a  range  of  agents  suitable  for 
use  in  Modelling  &  Simulation  (M&S)  of  surveillance  systems.  Developing  both  in-house 
and  consultant  experience  in  wrapping  modular  available  agents  in  a  variety  of  codes 
would  be  a  worthwhile  objective.  The  current  leading  technology  provided  by  AOS  has 
ensured  a  considerable  degree  of  conformity  in  M&S  areas  across  DSTO.  This  will 
facilitate  the  exchange  of  agents. 

There  is  therefore  further  scope  in  the  development  of  IA  for  use  in  simulated 
environments.  This  is  especially  true  for  analysis  work  where  speed  of  computing  is  of 
the  utmost  importance.  It  is  envisaged  that  agents  could  act  to  automate  many  of  the 
decision-making  processes  required  during  Monte  Carlo  type  simulations  to  allow 
speedy  iteration  of  scenarios  in  generating  the  required  statistics  for  analysis  in 
Operations  Research. 
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A.l.  Introduction 

The  intent  of  the  SAGA  project  is  to  deliver  infrastructure  to  support  the  further 
development  of  agent  applications  within  SSD.  The  infrastructure  will  be  based  on 
STAGE  and  DICE.  The  initial  demonstrator  is  to  consist  of 

A. 1.1  A  JACK  planning  agent. 

The  planning  capability  will  be  provided  by  SSD  as  a  Matlab  program,  which  can  be 
executed  by  the  JACK  agent  via  Java  Native  Interface  (JNI).  The  data  required  for 
planning  execution  will  be  provided  by  a  number  of  platform  agents.  The  output  of 
planning  execution  will  be  a  single  plan,  which  specifies  a  revised  waypoint  list  for 
each  platform. 

A. 1.2  JACK  platform  agents. 

These  agents  will  monitor  entities  in  STAGE  and  provide  position  data  to  the  planning 
agent  on  request.  It  is  not  the  intent  of  this  project  to  provide  an  exhaustive  set  of 
platform  agents,  nor  agents  with  all  desired  functionality.  When  the  current  waypoint 
is  modified  (either  by  the  planning  agent  or  by  the  platform  reaching  it)  the  platform 
sends  the  new  waypoint  to  its  corresponding  entity  in  STAGE. 
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A.2.  The  Planning  Agent  /  Planning  Capability  Interface 

The  planning  capability  expects  to  be  passed  an  array  of  type  AssetState  (one  entry 
for  each  platform).  It  returns  an  array  of  type  AssetPlan.  The  Java  side  data 
declarations  are  as  follows: 

public  class  WayPoint  implements  j ava . io . Serial izable 

{ 

public  double  latitude; 
public  double  longitude; 
public  double  altitude; 
public  long  time; 

} 

public  class  AssetState  implements  java. io. Serializable 

{ 

public  int  assetld; 
public  int  assetType; 
public  float  currentLatitude ; 
public  float  currentLongitude; 
public  float  currentAltitude; 
public  int  currentWaypoint; 
public  int  nWaypoints; 
public  WayPoint [ ]  waypoints; 
public  boolean  planningRequired; 
public  int  startTime; 

} 

public  class  AssetPlan  implements  java . io . Serializable 

{ 

public  int  assetld; 
public  int  currentWaypoint; 
public  int  nWaypoints; 
public  WayPoint [ ]  waypoints; 

} 
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A.3.  The  STAGE  /  DICE  Interface 

The  existing  interface  supports 

•  reporting  of  entity  positions  (red,  blue,  neutral) 

•  reporting  of  entity  detections 

•  reporting  of  selected  entity  attributes  (eg  fuel,  damage) 

•  control  of  moving  airborne  entities  via 

o  teleport  (go  directly  to  lat.  Ion) 
o  headings  (head  to  lat.  Ion) 
o  bearings 

It  does  not  support 

•  dynamic  waypoint  list  modification 

•  reporting  /  control  of  sensor  parameters 

Reporting  can  be  either  on  request  or  provided  on  a  regular  basis.  Regular  reporting 
can  not  be  restricted  to  particular  entities  -  it  applies  to  all  entities.  (Note  that  in  the 
demonstrator,  we  will  only  be  concerned  with  regular  reporting).  Reports  contain 
platform  (aka  entity)  identification  in  the  form  of  a  callsign,  which  can  then  be  used  by 
a  dispatcher  to  route  the  report  to  the  appropriate  platform  agent. 

DICE  delivers  messages  as  DICEFORMS.  In  this  case,  the  JACK  platform  agents  will 
receive  position  information  embedded  in  a  D-ENTITY-POSITION  message  and  send 
revised  waypoint  information  to  STAGE  also  in  the  form  of  a  D-ENTITY-POSITION 
message.  The  actual  content  of  the  DICEFORMs  arriving  at  and  departing  from  JACK 
PUI  is  user  configurable,  and  is  summarised  below.  More  detail  regarding  this 
configuration  process  can  be  found  in  [2].  Note  that  the  communication  protocol  is 
asynchronous  -  no  acknowledgements  are  involved. 

Table  A-1:  Position  Report  Message  from  STAGE 


Name 

DICEFORM 
Data  Types 

Notes 

ADFORM  Name 

D-TXT100 

D-ENTITY-MESSAGE 

Originator 

D-TXT100 

STAGE 

ENTITY  Id 

D-INTEGER 

Entity  id 

ENTITY  Callsign 

D-TXT100 

Entity  name 

ENTITY  Location 

D-LATLONGD 

Entity  location 

ENTITY  Bearing 

EX-REAL 

Entity  bearing  in  degrees 

ENTITY  Altitude 

D-REAL 

Entity  altitude  in  meters 

Date-Time 

D-INTEGER 

Time  of  report 
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Table  A-2:  Waypoint  Update  Message  to  STAGE 


Mapping  Name 

DICEFORM 
Data  Types 

Notes 

ADFORM  Name 

D-TXT100 

D-ENTITY -POSITION 

Originator 

D-TXT100 

SAGA 

ENTITY  Id 

D-INTEGER 

Entity  id 

ENTITY  Callsign 

D-TXT100 

Entity  name 

EntityLocation 

D-LATLONGD 

Entity  location 
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A.4.  System  Architecture 

The  overall  system  architecture  is  shown  in  Figure  A-l.  Note  that  planning  is  initiated 
through  the  Human  Player  agent  -  the  user  sends  an  empty  D-RADIO  message  to  the 
JACK  agent. 


Figure  A-l:  System  Architecture. 
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A.5.  Agent  Structure 

We  have  two  JACK  agents,  a  PlanningController  agent  and  a 
Platf  ormController  agent.  These  agents  in  turn  have  the  following  capabilities: 


Agent 

Capability 

Description 

PlanningController 

JACKAFConnecting 

manage  JACK  /  DICE  interface 

Dispatching 

send  incoming  DICE  messages 
to  the  appropriate  agent 

ControlPlanning 

perform  the  replanning  function 

PlanEvalua  ting 

choose  the  best  plan 

Platf ormController 

PlatformDataForming 

record  platform  location 

TaskPlanTracking 

track  progress  towards  the 
current  waypoint 

The  behaviour  of  the  JACK  agents  is  specified  in  A. 8. 
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A.6.  Startup 

The  JACK  agents  are  created  by  the  loader  (in  jacksim. jar)  from  data  specifed  in 

scenario . def . 

The  startup  event  flow  is  summarised  below: 


STAGE/DICE 


started 


Started  PUI 
at  host:port 


connect 


Loader 


started 


PlannlngController 


created 


£ 


tialised 


j  tialised 


Scenario  definition 


PlatformController 

created 


STAGE/DICE 

Figure  A- 2:  Startup  Event  Floiv. 


JACK 


18 


DSTO-TR1304 


A.7.  Configuration 

A.  7.1  DICE 

No  user  configuration  of  DICE  is  required  for  running  the  STAGE  scenario  developed 
for  the  project. 

A.7.2  SAGA 

The  agent  details  are  specified  in  the  scenario  file 
e:\Software\Saga\saga_scenario.def.  The  current  scenario  involves  a 
PlanningController  agent  (ralph)  and  three  Platf ormController  agents 
(DASH8,  P3C001  and  GHO 01 ).  The  file  is  reproduced  below;  use  it  as  a  template  to 
create  modified  scenarios. 

/  ** 

*  This  file  defines  the  setup  of  a  scenario  using  the  standard  SSD 
SAGA 

*  scenario  definitions. 

*/ 

< Include 

: f ile  "e : \\Sof tware\\Saga\ \ssd\ \init\ \ standard . def " 

> 

//  Define  and  initialise  a  PlanningController 

<PlanningControllerInit 
:name  "ralph" 

: agents  ( 

<  StringWrapper  : value  "DASH8 "  > 

<  StringWrapper  : value  "P3C001"  > 

<  StringWrapper  : value  "GH001"  > 

) 

> 

//  Define  and  initialise  sensor  platforms 

<Plat formC ontrollerlnit 
: name  "DASH8 " 

: identity  "DASH 8 " 

:assetld  1 
:planner  "ralph" 

> 

< Platf ormController Ini t 
:name  "P3C001" 

: identity  "P3C001" 

:assetld  2 
: planner  "ralph" 

> 
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<Platf ormCont roller In it 
:name  "GH001" 

: identity  "GH001" 
:assetld  3 
: planner  "ralph" 
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A.8.  Appendix  A 


JACKAFConnecting 


f  GotDiceMessaqe  > 

JACKAF 

vT 

ForwardSimRequest  RegisterData  Interest 
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Figure  A-4:  PlatfomiDataForming  and  TaskPlanTracking  capabilities 
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Appendix  B:  Planning  Function  Input/Output 

Specification 


B.l.  Overview 

•  SSD  will  provide  the  planning  tool  capability  as  a  Matlab  function  via  a  Java-to- 
Matlab  interface  toolkit  (JMatLink).  The  interface  provides  ease  of  data  transfer 
between  Java  and  a  Matlab  engine  within  which  the  function  runs. 

•  AOS  will  be  provided  with  all  the  necessary  Java  code  to  setup  the  interface  for 
passing/receiving  data  structures  between  their  Java-based  Jack  intelligent 
agent  framework  and  the  Planning  function  as  specified  in  the  initial  design 
specifications. 

B.2.  Operational  Issues 

Because  the  planning  function  can  take  a  very  long  and  unknown  amount  of  time  to 
compute  the  best  plan  solution,  it  is  assumed  that  all  other  processes  will  be  paused 
until  the  Matlab  function  returns  results,  before  proceeding.  This  is  to  ensure  that  by 
the  time  the  plans  are  computed,  they  are  still  relevant. 

B.3.  Role  of  the  Planning  Tool  in  the  theoretical  Scenario 

The  proposed  scenario  will  be  tightly  related  to  the  phase  1  capability  of  the  planning 
tool  function  (phase  1  is  focused  on  static  targets  only).  An  area  of  approximately 
900km  by  1500km  located  on  the  northern  coast  of  Australia  is  assumed  for  the 
scenario.  The  surveillance  assets  available  will  be  aircrafts  such  as  P3Cs,  UAVs  and 
Dash8s.  Information  about  the  capabilities  of  the  surveillance  assets  (eg  speed,  sensor 
range,  pre-defined  fixed  set  of  possible  routes,  etc)  is  assumed  to  be  stored  in  the 
planning  function  already. 

The  aim  of  this  scenario  is  to  coordinate  the  use  of  surveillance  assets  to  detect  an 
unknown  number  of  static  or  slow  moving  surface  vessels  in  the  specified  area.  The 
key  indications  of  effectiveness  will  be  the  minimisations  in  coverage  overlaps  by 
various  surveillance  assets  and  the  time  to  complete  the  full  surveillance  coverage 
requirements.  Information  such  as  detections  of  targets  by  assets'  sensors  will  not  be 
utilised  in  this  planning  tool  function,  as  targets  are  assumed  independent. 

The  start  of  the  scenario  will  see  a  number  of  assets  already  deployed  and  following  a 
defined  path.  At  a  certain  time  after  the  start,  the  planning  tool  function  is  called  and 
all  information  about  asset's  current  plans  and  status  information  will  be  passed.  The 
Matlab  planning  function  will  then  open  up  a  simple  GUI  that  allows  the  surveillance 
requirement  to  be  specified  interactively.  Assuming  all  processes  are  paused  until  the 
function  returns  results,  the  Matlab  planning  function  will  run  until  it  has  found  a  near 
optimal  solution.  The  results  consist  of  plans  for  every  asset.  Each  plan  covers  the  full 
history  and  future  waypoints  for  an  asset.  These  results  will  be  sent  back  to  the 
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planning  tool  Java  wrapper,  which  will  then  pass  the  information  to  the  agents 
requiring  the  results. 

The  planning  function  can  be  called  at  any  time  during  the  scenario  execution.  This  can 
be  a  system  call  or  an  initiation  by  the  user.  Whilst  the  planning  function  runs,  no 
further  planning  calls  will  be  accepted,  until  the  current  one  finishes. 

Currently,  the  planning  function  outputs  a  single  near-optimal  set  of  plans  for  every 
asset.  However,  future  capability  might  see  the  need  to  output  many  plausible  options 
and  information  about  the  performance  tradeoffs. 

B.4.  Planning  Function  Inputs 

The  planning  function  receives  a  single  data  structure  consisting  of  a  variable  sized 
array  of  asset  objects.  Each  asset  object  consists  of  various  asset  specific  information 
such  as  current  location,  list  of  waypoints,  sensor  details,  and  other  status  information. 
The  structures  specifications  in  Java  are  defined  below: 

class  Waypoint 
{ 

float  latitude; 
float  longitude; 
float  altitude; 
long  speed; 

} 

class  AssetState 
{ 

int  assetld; 
int  assetType; 
float  currentLatitude; 
float  currentLongitude; 
float  currentAltitude; 
int  currentWaypoint; 
int  nWaypoints; 

Waypoint []  waypoints; 
boolean  planningRequired; 
int  startTime; 

} 

The  waypoints  array  structure  allows  us  to  define  a  waypoint  together  with  the 
associated  transit  speed. 

The  Asset  structure  contains  all  the  essential  information  needed  by  the  planning  tool 
function.  An  important  field  in  the  structure  is  the  'planningRequired'  Boolean  flag 
which  indicates  whether  the  asset  will  participate  in  the  route  re-planning  process.  The 
startTime  field,  tells  the  planning  tool  function  when  to  consider  the  asset  for  planning 
purposes. 

The  waypoint  list  structure  is  assumed  to  consist  of  the  full  set  of  past,  present  and 
future  waypoints  for  the  asset.  This  is  required  since  the  planning  tool  assumes  no 
memory  of  where  the  asset  has  been  in  the  past. 
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B.5.  Planning  Function  Outputs 

The  output  of  the  planning  function  will  consist  of  a  variable  sized  array  of  individual 
asset's  planned  route.  Only  those  assets  whose  'planningRequired'  flag  was  set  to  true 
in  the  planning  input,  will  be  included  in  the  asset  array. 

It  is  assumed  that  the  plans  will  be  passed  on  to  a  tasking  agent  or  an  asset  agent  which 
manages  the  assets  adherence  to  the  waypoints. 

The  waypoint  list  structure  is  assumed  to  consist  of  the  full  set  of  past,  present  and 
future  waypoints  for  the  asset.  The  future  waypoints  may  be  altered  by  each  execution 
of  the  planning  tool. 

public  class  AssetPlan 
{ 

int  assetld; 

int  currentWaypoint; 

int  nWaypoints ; 

Waypoint []  waypoints; 

} 
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Appendix  C:  AADS  Scenario  Description 

C.l.  The  AADS  Scenario 

The  "interactive"  AADS  scenario  deals  with  a  Redland  air  and  ground  offensive  and 
Blueland's  defensive  response.  This  scenario  focuses  on  defining  an  Order  of  Battle 
(ORBAT)  and  setting  an  initial  posture  from  which  free  play  will  occur. 

Redland  (a  fictitious  island  to  the  north  of  Australia)  has  two  available  airfields  at 
KAM  and  MAK.  Redland  has  four  F15  and  four  F16  at  KAM,  and  eight  F15  and  one 
Airborne  Early  Warning  (AEW)  aircraft  at  MAK.  There  are  air  traffic  control/air 
defence  radars  at  KAM  and  MAK  and  two  air  defence  radars  at  other  locations  on  the 
main  Redland  island. 

Darwin  and  Tindal  are  the  available  airfields  for  Blueland.  The  Blueland  air  ORBAT 
has  six  FA18  at  Darwin,  and  six  FA18  and  one  AEW  aircraft  at  Tindal.  There  are  air 
traffic  control/ air  defence  radars  at  Darwin  and  Tindal  and  air  defence  radars  at  Port 
Keats,  Bathurst  Island  and  Gove. 

Figure  1  shows  the  air  scenario  unfolding  from  a  Red  perspective.  A  Redland 
Airborne  Early  Warning  &  Control  (AEW&C)  and  fighter  escorts  are  positioned  just 
south  of  the  main  Redland  island.  The  Redland  air  strike  plan  involves  four  fighters 
that  are  sent  to  the  east  of  Darwin  as  a  feint.  The  real  air  strike  package  takes  a  western 
route  to  Tindal.  This  package  comprises  four  F15  escorts  and  four  F16  in  the  ground 
attack  role.  The  Blueland  scenario  is  entirely  interactive,  so  no  more  information  will  be 
provided  at  this  point. 
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Figure  C-l:  A  graphic  of  the  air  component  of  the  interactive  AADS  scenario. 


The  interactive  AADS  scenario  also  has  a  land  element  in  the  vicinity  of  Tindal. 
Blueland  defence  consists  of  machine  gunners  surrounding  the  high  value  areas.  An 
armoured  vehicle  also  patrols  outside  this  inner  defence.  Blueland  Low  Level  Air 
Defence  (LLAD)  fire  units  also  surround  the  high  value  area. 

C.2.  The  AADS  Synthetic  Environment 

C.2.1  Objectives 

One  of  the  key  roles  of  the  interactive  AADS  synthetic  environment  is  to  provide  an 
immersive  environment  for  the  planners  and  decision  makers  within  the  AADS  (in 
particular  the  Director  of  Operations  (DO)  and  Operations  Officer  (OPSO)).  This 
immersive  environment  contains  a  combination  of  real,  virtual  and  constructive 
elements  interacting  in  a  seamless  fashion. 

An  immersive  synthetic  environment  for  the  OPSO  could  be  used  for  training 
purposes  as  well  as  for  demonstration,  trialing,  and  evaluation  of  prototype  C2 
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technologies  alongside  operational  Command  Support  System  (CSS).  The  OPSO 
participant  would  interact  with  the  Simulation  Environment  (SE)  via  the  C2 
technologies  (CSS,  Decision  Support  System  (DSS)  and  communications  capabilities) 
available  in  the  operational  environment  in  addition  to  the  prototype  CSS.  The  Asset 
Visualisation  Tool  (AVT)  is  an  example  prototype  CSS  for  the  OPSO,  additional  tools 
will  be  developed  under  ITD's  Decision  Aids  for  Controlling  Air  Operations  (DACAO) 
task.  In  the  operational  environment  the  OPSO  uses  the  Phoenix  Display  System  (PDS) 
to  provide  the  Recognised  Air  Picture  (RAP). 

C.2.2  Models  and  Agents 

The  interactive  SE  developed  as  part  of  this  research  activity  will  provide  an 
environment  for  an  OPSO  (the  human  player/participant)  to  undertake  air  asset  and 
battlespace  management  training  and  to  evaluate  prototype  CSS.  With  this  objective  in 
mind  a  focus  is  to  develop  artificial  agents  for  organisations  and  staff  which  interact 
with  the  OPSO.  The  level  of  fidelity  of  each  of  these  artificial  agents  depends  on  the 
significance  of  the  influence  on  and  interaction  with  the  OPSO  and  is  assessed  on  a  case 
by  case  basis.  In  designing  this  environment  it  is  useful  to  firstly  consider  the  roles  of 
the  OPSO  and  subordinate  staff. 

The  OPSO  has  a  prime  responsibility  for  optimal  management  of  the  assets  and 
resources  available  for  conducting  air  defence  operations  under  guidance  of  the  DO.  In 
summary  the  OPSO  roles  and  responsibilities  include  maintaining  situation  awareness, 
managing  alert  states,  scrambling  of  aircraft,  deployment  of  Combat  Air  Patrol  (CAP), 
and  allocation  of  intercepts.  In  addition  to  these  overarching  functions  the  OPSO  needs 
to  be  aware  of  fuel  and  weapon  loads,  aircraft  utilisation  rates  (for  maintenance),  and 
aircrew  duty  limits  as  part  of  the  overall  scheduling  of  assets  and  resources. 

Key  C2  system  agencies  (organisations  and  staff)  that  interact  with  the  OPSO  are  the 
DO,  control  element  (CE),  and  the  squadrons  (SQN).  The  OPSO  also  receives  an 
updated  air  picture  from  the  Regional  Correlation  Centre  (RCC)  via  the  PDS. 
Therefore,  in  the  AADS  SE  the  key  C2  agencies  required  are  OPSO,  DO,  CE,  SQN,  and 
RCC,  key  C2  technologies  required  are  AVT  and  PDS,  and  there  must  be  a 
communications/messaging  facility  for  the  OPSO  participant. 

The  AADS  SE  is  implemented  in  the  Joint  Synthetic  Environment  Facility  (JOSEF) 
using  the  DICE  software.  Artificial  agents  for  key  C2  agencies  were  developed  using 
Petri  net  (ALPHA/Sim)  and  intelligent  agent  technologies  (JACK  and  ATTITUDE), 
interfaces  between  the  required  C2  technologies  (PDS  and  AVT)  and  DICE  were  reused 
from  previous  developments,  and  an  internal  messaging  facility  is  provided  by  DICE. 

The  physical  environment  surrounding  the  C2  system  is  represented  using  the 
STAGE  software.  STAGE  provides  the  physical  battlefield  simulation  that  represents 
the  movement  and  characteristics  of  friendly  and  enemy  air  assets.  STAGE  also 
represents  sensors,  for  example  Ground  Based  Radar  (GBR),  the  Jindalee  Over  the 
Horizon  Radar  Network  (JORN)  and  Airborne  Early  Warning  &  Control  (AEW&C) 
aircraft. 

Petri  Nets  (PN)  have  been  used  to  develop  the  RCC,  DO,  and  SQN  artificial  agents.  A 
CE  artificial  agent  was  developed  using  the  JACK  intelligent  agent  software  and  a  Petri 
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net  tool.  The  ATTITUDE  intelligent  agent  software  was  used  to  develop  a  Pilot  agent 
that  has  additional  functionality  to  the  CE. 

The  following  simple  sequence  of  events  is  used  to  describe  the  functions/behaviour 
of  the  various  AADS  artificial  agents  and  physical  domain  models: 

•  The  RCC  agent  collates  detections  which  it  receives  from  many  sensors  (eg  the 
JORN  and  GBR  sensors  in  the  STAGE  physical  domain  model)  and  maintains  the 
RAP.  It  forwards  current  and  new  tracks  to  the  PDS  and  to  the  CE. 

•  In  response  to  a  new  enemy  track  appearing  in  the  PDS  the  OPSO  participant  may 
undertake  an  action  to  intercept  the  enemy  aircraft  track.  Firstly  the  OPSO  may  need 
to  request  and  receive  approval  from  higher  command  (the  DO  agent  in  this  case). 
Having  obtained  approval,  the  OPSO  tasks  an  intercept  mission.  This  is  achieved  by 
the  OPSO  tasking  the  relevant  SQN  to  place  a  fighter  aircraft  on  an  intercept  mission. 
The  OPSO  then  tasks  the  CE  to  control  a  specified  fighter  aircraft  on  intercept.  The 
OPSO  may  then  need  to  readjust  the  posture  of  the  other  air  assets,  for  example  if  the 
fighter  aircraft  selected  for  the  intercept  mission  were  re-tasked  from  an  existing  CAP 
mission  then  the  OPSO  may  choose  to  replenish  the  CAP  by  scrambling  new  aircraft 
from  the  SQN. 

•  Currently,  the  DO  agent  accepts  requests  for  intercept  from  the  OPSO,  then 
approves  them  after  a  prescribed  short  delay. 

•  There  is  a  SQN  agent  for  each  aircraft  type  at  each  airbase.  A  SQN  agent  keeps 
track  of  the  status  (fuel,  weapons,  mission  etc)  of  each  aircraft  as  it  is  reported  by 
STAGE,  and  reports  this  status  to  the  AVT.  Such  statuses  may  be  requested  or  actual. 
The  SQN  agent  is  also  responsible  for  scrambling  aircraft,  CAP,  and  adjusting  the 
alert  states  as  tasked  by  the  OPSO. 

•  It  is  the  responsibility  of  the  CE  agent  to  direct  allocated  fighter  aircraft  to  the 
intercept  location/aircraft.  The  CE  agent  maintains  a  database  of  current  intercepts 
and  forwards  the  most  recent  target  position  (as  observed  in  the  PDS/RAP)  to  the 
relevant  aircraft.  The  JACK  version  of  the  CE  handles  multiple  intercepts  on  a  single 
target,  and  initiates  intercepts  earlier  than  the  PN  version  of  the  CE  (which  waits  for 
the  next  update  from  RCC).  Currently,  neither  the  PN  nor  JACK  CE  agent  receives 
feedback  if/ when  an  own  force  aircraft  intercepts  and  kills  an  Opposing  Force 
(OPFOR)  aircraft  or  if  an  own  force  aircraft  is  shot  down. 

•  The  Pilot  agent  handles  the  behaviour  for  all  pilots  and  extends  the  CE 
functionality.  The  Pilot  agent  includes  organic  sensor  detections  of  the  fighter  aircraft 
in  addition  to  the  RAP  during  an  intercept  mission.  The  Pilot  agent  receives  feedback 
if/ when  an  own  force  aircraft  intercepts  and  kills  an  OPFOR  aircraft  or  if  an  own 
force  aircraft  is  shot  down.  After  the  engagement  the  Pilot  agent  instructs  any 
remaining  aircraft  under  its  control  to  return  to  base  (note  that  the  engagement  occurs 
according  to  the  weapon  specifications  as  described  in  the  physical  domain  model). 

In  addition  to  the  air  C2  system  there  is  also  a  land  C2  system  and  environment.  This 
has  been  accomplished  to  date  by  inclusion  of  a  simple  ground-based  air  defence 
capability  at  the  Tindal  air  base  and  Redland  ground  offensive  operations  in  the  Tindal 
region.  The  ground  based  air  defence  and  offence  may  influence  the  number  of  aircraft 
or  taxiways  and  runways  available  as  the  SE  is  executed.  The  AADS  SE  has  been 
developed  to  support  a  land  commander  human  player  who  would  use  the  Battlefield 
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Figure  C-2:  A  snapshot  of  the  DICE  simulation  screen  for  the  interactive  AADS  SE. 
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Command  Support  System  (BCSS)  C2  technology  to  provide  them  with  a  Land  picture 
and  to  influence  the  land  battle  as  required.  Currently  the  land  battle  is  scripted  and 
automated  within  STAGE  but  a  human  player  could  actively  influence  the  land 
component  during  the  simulation. 


C.2.3  The  AADS  SE 


The  artificial  agents,  models  and  C2  technologies  that  constitute  the  AADS  SE  can  be 
seen  in  Figure  2  which  shows  a  snapshot  of  the  DICE  simulation  scenario  development 
screen  for  this  SE. 
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Appendix  D:  Step-by-Step  Guide  to  Running  SAGA 

D.l.  SGI  Work  Station 

1.  Once  logged  on  open  a  terminal  window. 

2.  Change  to  the  STAGE  DICE  directory:  cd  /usr/vpi/stage3.1/user_ssa 

3.  Source  the  configuration  information  by  typing:  source  setup 

4.  Run  the  STAGE  DICE  simulation  engine  by  typing:  stage-dice 

5.  Accept  the  question  dialogue  box  by  clicking  on  OK 

6.  Stage  is  now  ready  for  participation  in  the  exercise. 

D.2.  Personal  Computer 

1.  Login  to  the  PC 

2.  From  the  Start  menu  select  Programs>DICE  Simulation  Software 
Suite>Startup  Server 

3.  The  Server  will  open  in  a  window  that  can  be  minimised. 

4.  From  the  Start  menu  select  Programs>DICE  Simulation  Software  Suite>DICE 

5.  Once  the  main  DICE  as  opened  go  to  the  File  menu  and  select  Open 

6.  From  the  open  dialogue  box  select  SAGA10  then  press  OK 

7.  The  SAGA10  scenario  is  opened  showing  the  participating  players. 

8.  From  the  Application  drop  down  list  select  the  option  Simulation  Execution 

9.  From  the  Execution  menu  option  select  Start  Simulation 

10.  A  Simulation  Execution  window  will  open.  On  the  left  is  a  list  of  the 
participating  players,  HP,  SAGA  and  STAGE  all  showing  a  status  of  Not 

Running. 

11.  Click  on  the  Prepare  button.  Several  windows  will  open.  These  can  be 
minimised  leaving  the  Simulation  Execution  window  active.  Upon  successful 
completion  of  this  stage,  the  status  of  the  participating  players  will  change  to 

Connected.  Ready  to  initialise 

12.  Click  on  the  Initialise  button.  The  status  of  the  players  will  change  to 
Initialisation  started...  that  will  further  change  to  Initialised.  Ready  to  start 
when  completed.  During  initialisation  the  STAGE  player  may  fail  to  initialise. 
This  is  shown  by  the  status  of  the  STAGE  player  changing  to  Disconnected 
from  CMA  server.  If  this  happens  click  on  the  Kill  button  and  close  all  the 
windows  that  were  opened  when  the  Prepare  button  was  pressed.  Now  try 
again  from  step  11. 
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13.  Once  all  players  are  initialised  go  to  the  SGI  workstation  computer  and  click  on 
the  OK  button  of  the  Warning  dialogue  box  that  is  complaining  about  missing 
bitmap  files.  The  STAGE  Database  Editor  window  might  obscure  this  dialogue 
box. 

14.  Change  back  to  the  PC.  Click  on  the  Start  button  in  the  Simulation  Execution 
window.  The  Status  of  all  the  players  will  now  change  to  Running.  If  this  fails 
to  happen  then  click  on  Kill  and  close  all  the  windows  that  were  opened  when 
the  Prepare  button  was  pressed.  Now  start  over  again  from  step  11. 

15.  With  the  simulation  running  a  DICEFORM  message  can  be  sent  to  the  JACK 
agent  that  will  initiate  a  planning  cycle  and  send  revised  waypoint  information 
to  STAGE  through  a  D-ENTITY-POSITION  message. 

16.  Make  the  HP  -  Human  Player  window  active.  This  window  is  one  of  several 
that  are  created  when  the  Prepare  button  is  clicked  in  the  Simulation  Execution 
window. 

17.  Click  on  the  SendMessage  button.  A  DICEFORM  Editor  window  will  open. 

18.  In  the  DICEFORM  Editor  window  make  sure  the  Information  tab  is  selected. 
Select  the  drop  down  list  of  the  Abbreviation  field  and  scroll  down  and  select 
the  D-RADIO  message. 

19.  Select  Exit  from  the  File  menu  of  the  DICEFORM  Editor  window.  Click  on  yes 
to  the  Prompt  asking  if  you  want  to  send  the  message. 

20.  An  Enter  Message  Information  window  will  open.  Select  SAGA  from  the 
Destination  list  then  click  Send.  Click  on  OK  of  the  dialogue  box  that  appears 
indicating  success. 

21.  A  Matlab  Figure  window  will  appear  giving  a  diagrammatic  representation  of 
the  Planning  Tool.  This  may  stay  open  for  a  few  minutes  as  new  waypoint 
positions  are  calculated  for  the  participating  surveillance  assets. 

22.  Upon  completion  of  the  planning  cycle  the  JACK  agent  sends  the  new 
waypoints  to  STAGE.  This  is  visually  shown  by  a  change  in  heading  of  the 
surveillance  aircraft  (DASH8,  P3C_001  and  UAV_GH_001)  in  the  STAGE  2D 
Map  window  of  the  Database  Editor.  This  is  most  obvious  after  the  first 
planning  cycle.  Subsequent  planning  cycles  may  not  vary  the  waypoint  list  by 
any  significant  amount. 

23.  Clicking  on  the  Stop  button  in  the  Simulation  Execution  window  pauses  the 
exercise.  Clicking  on  the  Kill  button  will  stop  and  reset  the  exercise.  Normal 
shutdown  procedures  are  followed  for  closing  applications  and  logging  out  of 
the  computers. 
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